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(57) Abstract: A Wireless bridge conjoins two previously incompatible technologies within a single device to leverage the strengths 
of each. The Wireless bridge marries the Personal Area Network (PAN) technology of Bluetooth as described in Bluetooth Spec- 
ification Version l.OB with the Wireless Local Area Network (WLAN) technology described in the IEEE802.il a specification to 
provide a wireless system level solution for peripheral devices to provide Internet service interactions. The invention brings together 
in a single working device implementations of these technologies so they do not interfere or disrupt the operation of each other 
and instead provide a seamless transition of a Bluetooth connection to Wireless Local Area Network/Internet connection. From the 
Wireless Local Area Network perspective the inventive wireless bridge extension allows a Bluetooth-enabled device to roam from 
one Wireless Access Point (bridge) to the next without losing its back end connection. The invention takes into account the minimum 
separation and shielding required of these potentially conflicting technologies to inter-operate. 
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A BRIDGING APPARATUS FOR INTERCONNECTING 
A WIRELESS PAN AND A WIRELESS LAN 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

The present invention relates generally to the field of communications and more 
particularly to a communications apparatus which enables seamless, two-way transmission 
between a plurality of wireless, personal area network (PAN) devices and a wireless local area 
network (LAN) which may communicate with an Internet-connected server. 

DESCRIPTION OF THE BACKGROUND ART 

There are numerous applications where it would be advantageous to provide a plurality of 
PAN devices that can be wirelessly operated for two-way commxmication with a remote Internet- 
connected backend server. By way of example, in many "drive-in" transactions involving a 
multiple kiosk-type environment, it would be useful to permit a vehicle occupant to 
communicate wirelessly with the kiosk to facilitate the local transaction. Moreover, if, in turn, 
the kiosks provided communications with a remote Internet-connected server, a central control 
system could then monitor, approve and record local transactions in real time without a wire link. 
A typical automotive service station is a prime illustration of a drive-in kiosk type environment 
where one could advantageously employ a wireless PAN/LAN two-way commxmications system 
using a vehicle-mounted device or hand-held device. The vehicle-mounted device could be a 
module that operates automatically. The hand-held device could be a personal digital assistant 
(PDA). 

The available art includes various communications systems that provide two-way 
transmission from transaction kiosks to a remote server. However, such available systems 
normally require direct interaction with the kiosk or a hard-wired link between kiosks or between 
the kiosks and a local transceiver. Available solutions for gas stations require that explosion- 
proof rated cable (e.g. EX zone 1 area 1 rated) be installed between the remote server and the 
gasoline pumps. Often, the conduits for additional cables may be fiill or absent. With 24,500 
branded gas stations in the U.S. and Canada alone, the envisioned upgrade could be extremely 
expensive if implemented using available resources. 

I 
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SUMMARY OF THE INVENTION 

The wireless bridge of the present invention provides an end-to-end wireless 
communication path between a Bluetooth-enabled device (Personal Digital Assistant, Ihtemet- 
enabled cellular phone, Vehicle Module, etc.) and an Internet-connected server. The wireless 
5 bridge is the conjoining of two competitive technologies into a siagle device to take advantage of 
the strengths of each. The wireless bridge marries the Personal Area Network technology of 
Bluetooth with the wireless local area network technology of IEEE802.11a or other wireless 
LAN standards to provide a wireless system level solution for peripheral devices to Internet 
service interactions. The challenge met by the present invention therefore, is to find and bring 

10 together in a single working device the appropriate implementations of these technologies such 
that they do not interfere or disrupt the operation of each other, and provide a seamless transition 
of a Bluetooth connection to wireless local area network/Internet connection. 

The design of the preferred wireless bridge is flexible enough to adapt to different 
wireless technologies. The wireless interfaces are defined as a modular plug-in communication 

15 card (e.g., PC Card-based, USB or ISA based) cormnunication cards that are positioned at the 
opposite ends of the bridge to maximize separation. The drivers for these communication cards 
are downloaded software modules that can be changed or upgraded with the cards. The software 
communication drivers interface with standard conmaunication APIs of the selected operating 
system. The preferred design therefore allows flexible configuration and changes to the wireless 

20 bridge as the communication technology and requirements change over time. Bluetooth wireless 
communication uses the 2.4 GHz fi^equency range. The IEEE802.1 la standard requires use of 
the 5.8 GHz firequency range for wireless transmission. 

The inventive solution therefore uses the emergiag Bluetooth wireless technology to 
provide a secure, fast connection (1Mbps) between the vehicle (or any mobile or hand-held 

25 device) and a gas pump or other service kiosk, the preferred embodiment being referred to herein 
as tiie wireless vehicle link. Because Bluetooth is a Personal Area Network solution, Bluetooth 
devices must be within 30 feet of each other to communicate. The standard layout of a gas 
(referred to herein as a station "forecourt") requires that multiple Bluetooth networks be 
deployed to effectively cover the forecourt. To make the connection between a Bluetooth 

30 network and a remote Internet-connected server, a second wireless site link is employed. The 
wireless site link covers the larger distances to connect the various Bluetooth networks togetlaer 
and provides the backbone bandwidth for the aggregate Bluetooth comiections (at least 10 
Mbps), Technologies suited to and preferred for the site link requirements is the LAN wireless 
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network or the technology described in the emergmg IEEE802.1 la wireless LAN standard. To 
seamlessly hitegrate the two wheless Imks together and allow transparent pass-through of data 
from the vehicle to the Intemet-comiected backend server, a wireless bridge component is 
employed. 

There are numeroiis other applications for the advantageous use of the present invention. 
By way of example, the wireless system of the invention could be used at car wash facilities, 
fast food establishments, to obtain maps and weather and traffic information and to receive 
downloaded music. Therefore, it will be understood that the gasoline station example described 
herein is not necessarily limiting of the various applications of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The aforementioned objects and advantages of the present invention, as well as additional 
objects and advantages thereof, will be more fully understood hereinafter as a result of a detailed 
description of a preferred embodiment when taken in conjunction with the following drawings in 
which: 

FIG. 1 is a layout drawing of a bridge apparatus of the invention; 

FIG. 2, comprising FIGs. 2a through 2c, illustrates a number of bridge apparatus antenna 
configurations; 

FIG. 3 is a perspective view of a bridge apparatus according to one embodiment of the 
invention; 

FIG. 4 is a block diagram of protocol flow for an embodiment of the invention using a 

PDA; 

FIG. 5 is an illustration of the roaming feature of the invention; 

FIG. 6 is a block diagram of an exemplary PAN/LAN system of the present invention 
shown for use in a service station; 

FIG. 7 is a block diagram of the interfaces and modules providing commimications 
between a vehicle module and an Internet-connected backend server used in the gasoline station 
example of the invention; 

FIG. 8 is a coverage layout drawing for a typical service station configuration; 

FIG. 9, comprising FIGs. 9a through 9c illustrates a number of altemative antenna 
locations for canopy mounting; and. 

FIG. 10 illustrates the data multiplexing feature of the preferred embodiment. 
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While the invention is susceptible to various modifications and alternative forms, specific 
embodiments thereof have been shown by way of example in the drawings and will herein be 
described in detail. It should be understood, however, that the detailed description is not 
intended to limit the invention to the particular forms disclosed. On the contrary, the intention is 
5 to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the 
invention as defined by the appended claims. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

The wireless bridge of the present invention provides an end-to-end wireless 
10 communication path between a Bluetooth-enabled device (Personal Digital Assistant, Internet- 
enabled cellular phone, Vehicle Module, etc.) and an Intemet-connected server. In a preferred 
embodiment using a Bluetooth-enabled wireless Bridge, up to seven (7) Bluetooth-enabled 
devices can establish and maintain simultaneous connections with an Intemet-connected server. 
Each connection is maintained by a wireless LAN as the user moves between different Bluetooth 
1 5 areas of coverage (ten meter radius) within the wireless LAN area of coverage (nominally 1 00 

meter radius). The Bluetooth-enabled device establishes a new Bluetooth connection in the new 
Bluetooth coverage area, but the roaming feature of the wireless LAN remembers the Bluetooth 
ID fi-om the previous connection and reuses it. There is a time limit between the loss of tlie first 
Bluetooth connection and the re-establishment of the second Bluetooth connection. As xxsed 
20 herein, the term "wireless" meems a form of fi:ee-space communication employing antennas 
instead of cables. 

Using the Bluetooth-enabled wireless bridge of the present invention, Bluetooth-enabled 
devices can establish and maintain simultaneous connections with an Intemet-connected server. 
These connections support a variety of data and/or voice packet types. One packet type supports 

25 the transmission of voice and data. By combining the communication mechanisms of Bluetooth 
and the IEEE802.1 la standards, the invention realizes an end-to-end reliable, stable wireless 
connection between a Bluetooth PAN and an Intemet-connected server. This communication 
link operates at up to 436.2 Kbps in both directions or up to 721 Kbps and 57.6 Kbps in the 
return direction for a single Bluetooth asynchronous data channel. The Bluetooth voice chaimels 

30 all run at 64 Kbps. 

The operation of the wireless bridge is based on the interrupt-driven events of 
connnimication packet arrivals fi:om the WLAN communication card or the Bluetooth 
communication card into its arrival queue. Each incoming pass-through packet arrival generates 
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a corresponding transmit interrupt for the opposite commimication card/port transmit. Since the 
WLAN incoming packet stream can be up to 14 times faster than the Bluetooth data stream, total 
WLAN arrival queues are preferably on the order of 14 times larger than the Bluetooth arrival 
queues. 

5 The Bluetootli data protocol assumes a single transmit packet and immediate 

acknowledgment in the next slot at the baseband level. A single packet may be betsveen one and 
five slots in lengtli, depending on the Bluetooth ACL packet type used. Profile level flow control 
can be used for flow control on the Bluetooth side of the wireless bridge. One level of flow 
control on the WLAN side of the bridge is the TCP sliding window flow control for each virtual 
10 circuit. 

The system hardware for the presently preferred Bluetooth/LAN wireless bridge 
embodiment is shown in FIG. 1 and includes the following components: 

• A case that provides required EMI shielding. 

• A power cable and power supply that accommodate worldwide 
15 voltage requirements. 

• A shielded cable extension to support an extemal LAN antenna. 

• A printed Circuit Board (PCB) that contains: 

• Two modular plug-in conmiunication card slots for the Bluetooth and 
IEEE802.11a communications cards, 

20 •A central Processing Unit (CPU) that supports the soflware 

delineated herein. 

• A dynamic Random Access Memory that supports the execution 
of the software routing functions and other operating system and 
support functions and buffers for the data exchanged between tlie 

25 communication cards. 

• Read Only Memory to support the static code and variables required 
of the executing programs, boot program, and diagnostics test programs. 

• Test points and indicator LEDs for board status and diagnostics. 

30 The system software for the Bluetooth/802. 1 1 wireless bridge implementation includes 

the following software components: 

• Real Time Operating System (RTOS) 

• TCP/IP network stack 
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Embedded WEB server 

Embedded Simple Network Management Protocol (SNMP) agent 
Bluetooth interface drivers and support software 
IEEE802.il interface drivers and support software 
Routing and event maaagement software (to multiplex multiple bluetooth 
connections) 

Error and exception handling software 
Diagnostic software 
Maintenance software 

Software to interface with extemal modules (e.g., external vehicle modules) 
Other os-type software used by wireless bridge 

- buffering 
flow control 

- I/O 
queuing 

- interrupt handling 


The internal and extemal antenna configurations for the wireless bridge, which are shown 
in FIG. 2, adapt the wireless bridge to specific installation requirements. The configuration of 

20 two intemal antennas is contemplated for a bridge enclosure that provides sufficient shielding 
and separation between the two antennas. This configuration is used where there is line of sight 
to both the Bluetooth piconet and the Wireless LAN (IEEE802.1 la) access point- 
As shown in FIG. 3, the enclosure is a two-piece formed metal box with slots at either 
end for the modular plug-in communication cards. Two extemal push toggle switches fimction 

25 as power (On/Off) and Reset for the unit. Two small LEDs next to the switches provide power 
on indication and status/activity indications. All PCB components and connectors are surface 
mounted. One modular plug-in communication card slot is mounted on the top of the PCB, 
while the other is mounted on the bottom of the PCB at the opposite edge. A ground plane runs 
through the middle of the PCB. This ground plane can be omitted if proper isolation of the two 

30 modular plug-in communication card slots is achieved. The wireless bridge performs a pow^er-up 
self test, the results of which are displayed on the LED indicators. Remote tests of the bridge are 
supported fi:om the Internet-connected server. All diagnostics and self-test are executable via the 
RS-232 Diagnostic Port and over the site LAN as well. The remote server is able to run 
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diagnostics over the site LAN that could enable control across the WAN attached to the Internet- 
connected backend server. 

The Bluetooth LAN Access profile is required when a Personal Digital 
Assistant (PDA) or other device with a full TCP/IP stack is available to communicate through 
5 the wireless bridge. As shown in FIG. 4, the LAN Access flow moves information from the 

hand held browser application down through the ftiU TCP/IP and Bluetooth protocol stack, over 
the Bluetooth radio link, up through the Bluetooth and peer-to peer Protocol and back down 
though the wireless LAN stack, over the wireless radio link, and back up through the full 
wireless and TCP/IP protocol stack to the proxy server. More complete descriptions of 

10 Bluetooth parameters are provided in the Bluetooth Specification Version 1 ,0B which is 
expressly incorporated herein by reference along with the IEEE 802.1 la specification. 

FIG. 5 illustrates the unique roaming feature of the invention. Two 
wireless bridges are indicated, however a greater number of bridges is also contemplated. When 
one of the Bluetooth slaves is moved a sufficient distance firom the coverage range of a first 

15 wireless bridge, it will fall within the coverage range of a second wueless bridge. Because each 
Bluetooth PAN device or node has a unique address, the Bluetooth connection between the 
Bluetooth PAN device and the internet connected backend server can seamlessly migrate from 
one bridge to another when the Bluetooth device moves, since the backend server remembers 
this unique address. The second wireless bridge resumes the communications momentarily 

20 interrupted when the Bluetooth device leaves the coverage area of the first Avireless bridge. 

Roaming between Bluetooth piconets may be useful if it enables backend connections 
between Bluetooth devices and an Internet-connected backend server to remain stable on a move 
from one piconet to another. If roaming is supported, from the WLAN perspective, the wireless 
bridge allows a Bluetooth-enabled device to roam from one wireless bridge (WLAN client) to 

25 the next without losing the backend connection. 

To support roaming, each connection would have to be maintained by the WLAN as the 
user moves between different Bluetooth areas of coverage (10 m. radius) within the WLAN area 
of coverage (nominally 100 m. radius). The Bluetooth-enabled device will have to establish a 
new Bluetooth connection in the new Bluetooth coverage area, but the roaming feature of the 

30 wireless LAN will remember the Bluetooth ID from the previous connection and reuse it. 

This is different from the roaming currently supported by WLANs, in that the roaming 
takes place between WLAN clients and not between WLAN Access Points. For example, if the 
TCP/IP protocol is running, then in a WLAN, roaming implies that the mobile device having an 
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IP address can roam from one WLAN Access Point to another, retain its IP address and its IP 
connection with the Internet-connected backend server). With the wireless bridge however, the 
mobile device does not have an IP address. So when the mobile device moves from one wireless 
bridge to another, the IP address used by its previous connection with the backend server caimot 
5 be retained. So the IP connection used for communication between the mobile Bluetooth device 
aad the backend server is different because that connection is specific to each v^ireless bridge. 

Standard LAN roaming technology requires an overlapping area of two cells, which 
limits the roaming range to the physical coverage area of overlapping cells. With the unique 
roaming feature of the present invention, a Bluetooth PAN device or node can roam in a range as 

10 large as a 802.1 1 access point coverage area, and even larger with multiple 802.11 access points. 
As long as flie Bluetooth device enters the coverage area of another wireless bridge within a 
specified period of time after it leaves the coverage area of a previous wireless bridge, the 
backend control software can enable the roaming seamlessly. With roaming, the packets that 
were being transmitted to the client in liie previous piconet would be buffered and then 

1 5 traasmitted to the client in the new piconet. The migration of the backend connection from one 
bridge to another will need the participation of the backend server as well. The roaming feature 
of traditional WLANs provides for WLAN clients to move from one access point to another. In 
the present invention the two distinct technologies, a PAN and a WLAN are employed. The 
roaming feature of this invention allows mobile PAN clients to move between service areas 

20 served by different wireless bridges, i.e., WLAN clients. This is different fiom roaming 

employed in traditional WLANs in that the present invention allows roaming of PAN clients 
between WLAN clients as opposed to WLAN clients roaming between WLAN access points in 
traditional WLANs. An example of roaming working in a gas-station environment is explained 
in Table 1. 

25 

A pplication of the Invention to a Vehicle Service Station 

Referring to FIG. 6, it will be seen that in a typical full service vehicle service station, a 
communication system in accordance with the present invention provides at least one wireless 
vehicle (or PDA) link and a wireless site link for wireless commxmication between a Bluetooth- 
30 enabled vehicle or PDA module and an Internet-connected server. 

Transmission of data between the wireless bridge and the server is via the wireless LAN. 
A permanent virtual circuit is established via TCP between the vdreless bridge and the server to 
carry all vehicle communications. Certain relevant vehicle data , obtained via the Data 
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Acquisition System (DAS) is downloaded via the Bluetooth link from the vehicle while fueling 
is underway, without driver intervention. The wireless bridge also uses voice over IP protocol 
extensions to establish voice links between the Bluetooth enabled vehicle and the Intemet- 
connected backend server. 
5 Each wireless bridge uses one or more RS-232 interfaces. These serial interfaces can be 

used to support a serial pass-through connection from other equipment to determine the location 
of a vehicle, in a manner based on a Tag fitted to it (a "Localization Reader"), or used as a local 
RS-232 Diagnostics Port. 

For support of the Localization Tag Reader, the interface provides serial communications 

1 0 through the wireless bridge to Intemet-connected backend server application on the Intemet- 
connected backend server. The wireless bridge multiplexes this serial traflBc on to a TCP 
permanent virtual circuit to the Intemet-connected backend server via the WLAN. 

With limited system resource, the Data Acquisition System (DAS) will not 
have all the communication stacks to form a TCP/IP network connection with the Intemet- 

1 5 connected backend server. It communicates with the wireless bridge through the Bluetooth 
wireless connection. The existing vehicle module's wireless module that communicates to the 
Intemet-connected backend server is a RS-232 serial interface. In order to preserve the same 
message format and data flow, the bridge may include a virtual RS-232 interface between the 
vehicle module and the Intemet-connected backend server. FIG. 7 shows the interfaces and 

20 modules in the vehicle module and the Intemet-connected backend server communication. 

The wireless bridge is responsible for reformatting the incoming data firom the vehicle 
module and sends them to the Intemet-connected backend server on a TCP/IP network 
connection. Application software on the wireless bridge will relay the RS-232 data stream firom 
vehicle module to the and TCP/IP data streams from the Intemet-connected backend server. 

25 Application software on the Intemet-connected backend server will translate the TCP/IP stream 
to RS-232 data stream. 

The wireless bridge may be placed on a colunm or a pan in front of the forecourt, and/or 
at the car wash or other locations, so as to give sufficient coverage. Multiple bridges may be 
required to effectively cover the entire forecourt. FIG. 8 illustrates a typical forecourt layout 

30 with both types of area coverage indicated. A "Forecourt" is defined herein as a drive-in area to 
receive gasoline or goods or other services. 

As shown in FIG. 9, the antemia configurations can be used in any combination where 
the wireless bridge needs to be located below or above the canopy of the forecourt. Metal in the 
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canopy aad/or columns may interfere with antenna performance, so antenna configuration, 
placement and design needs to take this into account. 

The wireless bridge handles up to seven Bluetooth LAN Access connections through the 
Wireless Network to the Intemet-connected backend server. This assxmies that the Bluetooth- 
enabled device in a vehicle or hand held device supports a full TCP/IP protocol stack and thus an 
end-to-end TCP connection can be supported through the bridge. 

The wireless bridge is responsible for reformatting the incoming data from the DAS and 
sending it to the server on a TCP/IP network connection. Application software has to be 
developed on the wireless bridge to relay the RS-232 data stream from DAS to the TCP/IP data 
streams from server. Application software also needs to be developed on the server to translate 
the TCP/IP stream to RS-232 data stream. 

Up to seven vehicles can be connected to one wireless bridge simultaneously. The 
wireless bridge is responsible for multiplexing data streams on a TCP/IP connection. One way 
of implementing the data multiplexing is to open one port for system control and seven ports for 
data connections at a range of reserved port numbers on the TCP/IP connection between the 
wireless bridge and the server once the wireless bridge is powered up (see FIG. 10). The server 
will listen to the system control port and the seven data connection ports for incoming data. 
When a vehicle connects to the wireless cotmection through Bluetooth connection, data coming 
from this vehicle will be relayed to the server through one of the unused ports. When the vehicle 
leaves and the Bluetooth connection is closed, the port it used will be marked xmused again. 

The event specification for different events is shown in Table 1 . This includes Power On, 
Vehicle entering Zone, Vehicle in Zone, Vehicle entering, overlapping Zone, Internet-connected 
backend server closing connection. Internet-connected backend server waking Parked Vehicle, 
Vehicle leaving Zone, and Vehicle Reentering Zone, This is intended to be an example. The 
actual design may be different. 

The Wireless Bridge always acts as a master. It will try to establish connection with 
Bluetooth-enabled vehicles or handheld devices. Prior to connection establishment, the bridge 
will be in Inquiry Mode and the Bluetooth Module in the vehicle or handheld will be in Inquiry 
Scan Mode. The Inquiry phase will be followed by Paging and Comiection phases as defined in 
the Bluetooth Specification Version l.OB. The Intemet-connected server will try to close 
inactive Bluetooth connections to minimize the number of Bluetooth connections, since the 
maximtim number of active Bluetooth connections in a piconet is seven. The Bridge will 
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therefore respond to control command from the server. It will establish an exclusive port to the 
server for this purpose. 

Every Bridge has a zone which is defined as the area around it within which Vehicle 
Modules can set up connections. 
5 On power on, the bridge will do self-tests and initialize the Bluetooth, LAN and serial 

port interfaces. It will establish a connection with the DHCP server nmning on the Internet- 
connected server. It will initialize its Bluetooth piconet node and DP address table, and begin 
Bluetooth inquuy. Hie Bridge will set up a control connection with the server, and seven other 
connections for slaves. All connections between the bridge and the server wdll be set up using 
10 TCP/IP. 

When a vehicle enters a zone, the Bridge will receive a response to Inquiry from the 
Vehicle Module. It will advise the Intemet-connected server of the Vehicle Module Bluetooth 
address and the port number to which this address has been mapped. The bridge will then 
establish communication with the Vehicle Module and advises the server that the link has been 
15 established. 

When a vehicle enters an overlapping zone, the bridge in the new zone will not detect the 
vehicle, since the Vehicle Module stops page scanning when a connection gets established. 
Thus, only when the signal power degrades such that the old connection gets broken does the 
Vehicle Module set up a connection with the bridge iq the new zone. 

20 Since there can be only seven active connections to a bridge, the system tries to close idle 

connections. Tliis is triggered by the Intemet-connected server. In one option, the server notifies 
the Vehicle Module which closes the Bluetooth connection at its end. The bridge then detects 
this closure and updates its port map and advises the server of this closure. As long as there are 
connections left, the bridge continues Inquiry scanning in the background. In this option, the 

25 Vehicle Module does not enter the Page scan mode until its timeout. This timeout can be 

programmed by the server. In second option, the server notifies the bridge to put the Vehicle 
Module into the Park mode. The bridge does this, updates its port map, and advises the server of 
this. The advantage of this option is that the bridge can wake the parked vehicle when notified 
by the server. 

30 When a vehicle leaves a zone, both the bridge and Vehicle Module detect signal strength 

loss, and disconnect.. The Vehicle Module goes back to the Page scan mode, and the bridge 
updates its port map and advises the bridge of this event. The server keeps a record of the 
leaving vehicle's Bluetooth identification and starts a time-out period for the vehicle to re-enter 
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any of the bridge zones. Although the physical Bluetooth connection between the vehicle and 
the bridge has been terminated, the viitual backend connection between the vehicle and the 
server is still alive within the time-out period. This enables the vehicle to roam to another bridge 
zone without losing the connection to the server. 
5 When a vehicle reenters the zone, it establishes a link with the bridge as it did when it 

entered the zone before. Since the bridge does not keep any state mformation about vehicles that 
leave its zone, the connection has to be set up from scratch. However, if the vehicle re-enters 
any of the bridge zones within the time-out period recorded by the server, tlie server will find a 
match of its Bluetooth identification to the records it keeps and re-enable the old connection 
10 between the vehicle and the server. Thus, roaming is achieved without losing the backend 
connection between the vehicle and the server. 


TABLE 1 


EVENT 

VEHICLE MODULE 

BRIDGE 

SERVER 

Power On 

Do startup checks 
Establish senal link with 
Bluetooth module 

Write Bluetooth 
parameters to Bluetooth 
module 

Start Page Scan 

Do startup checks 
Initialize Bluetooth module 
Initialize LAN module 
Initialize serial port 
Establish TCP/IP comection 
with DHCP server 
Initialize Bluetooth Piconet 
node / IP address table 
Begin Bluetooth Inquiry 

Boot Server 

Start DHCP Server 
Communicate EP address to 
Bridge 

Start Server Applications 
Initialize Bluetooth device 
table 

Listen on Bridge dedicated 
ports 

Listen on Vehicle Module 
dedicated ports (x7 for each 
Bridge) 

Vehicle Enters 
Zone 

Bluetooth module response 
to inquiry scan 

Vehicle module connects 
as Bluetooth slave 
Vehicle Module stops page 
scanning 

Receives response to Inquiry 
fi-om Vehicle Module 
Advises Server of Vehicle 
Module Bluetooth address on 
appropriate port number 
Establishes communication 
link with Vehicle Module 
Advises Server of link 
established with Vehicle 
Module on appropriate port 
number 

Server maps Bluetooth 
module to Bridge number 
and Port number 

Server maps Bluetooth 
module as active 

Vehicle In 
Zone 

Vehicle Module sends 
configuration data 

If requested, then start 
firaud free polling 

Send vehicle data to Server 


Server reads Vehicle Module 
configuration data 

Continuously read vehicle 
data firom Vehicle Module 

Vehicle Enters 

(As Vehicle Module is not 
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EVENT 

VEHICLE MODULE 

BRIDGE 

SERVER 

Overlapping 
Zone 

page scanning, it does not 
detect the new zone) 



Server Closes 
Connection 
(Piconetfull) 
Option 1. 

Vehicle Module closes 
Bluetooth connection 

Vehicle Module does not 
reenter page scan mode 
until timeout 

Bridge detects 

communications closure and 
updates port map 
Bridge advises Server of 
communications closure 
Bridge resumes iuquiry 
scanning 

Server notifies Vehicle 
Module to close 
communications, and sleep 
xmtil timeout 

Server updates Bluetooth 
module mapping (setting 
Vehicle Module to inactive) 

Server Closes 
Connection 
(Piconetfull) 
Option 2. 

Vehicle Module parked 

Bridge parks Vehicle 
Module 

Bridge updates table 
Bridge advises Server of 
Vehicle Module Parked 
Bridge resumes inquiry 
scaiming 

Server notifies Bridge to put 
Vehicle Module into park 
mode 

Server updates Bluetooth 
module mapping (setting 
Vehicle Module to inactive) 

Server Wakes 
Parked Vehicle 

Vehicle Module re-enters 
connected state 

Bridge wakes vehicle module 
Bridge updates table 
Bridge advises Server of 
Vehicle Module active 

Server notifies Bridge to 
wake parked vehicle 

Server updates module 
mapping 

Vehicle Leaves 
Zone 

Vehicle Module detects 
signal strength loss 
Vehicle Module 
disconnects 
Vehicle Module enters 
page scan mode 

Bridge detects signal strength 
loss 

Bridge discoimects 
Bridge updates table 
Bridge advises Server of 
Vehicle Module inactive 

Server changes Vehicle 
Module and status to inactive 
Server temp stops pump if 
fiieling in progress 
Server waits 

"Vehicle Reenter" timeout, 
and then terminates delivery 
if fueling was in progress 
Server closes data extraction 

for vehicle 

Vehicle 
Reenters Zone 
(could be 
different zone) 

Vehicle Module 
establishes link with 
Bridge 

Bridge establishes link with 
Vehicle Module 

Server checks if vehicle id in 
fueling or data extraction 
tables 

If yes, then resume fueling 
and/or data extraction 


With the anticipated proliferation of Bluetooth, there is a possibility that a Bluetooth 
Module that does not reside in a wireless bridge will attempt to create a connection with a 
5 vehicle's Bluetoolii Module. A Bluetooth feature that solves this problem is mutual 

authentication that utilizes a unique link key. The link key is a common key that is distributed 
amongst all Bluetooth devices during the comiection phase. During the connection phase, the 
wireless bridge also sends the baud rate, data format, and other transport protocol negotiation 
settings to the Bluetooth-enabled vehicle or hand held device. These settings include any (CRC- 
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CCrrr or otter) error detection settings, synchronization mode, error recovery settings and class 
of device settings. 

The security level of encryption supported between Bluetooth and the wireless bridge of 
the present invention can range up to 128 bit key sizes. The actual size of the keys used will 
depend on security restrictions imposed by tlie individual goveniments of the countries in which 
the bridge is deployed. 

Thus it is seen that by combining the communication mechanisms of Bluetooth and 
IEEE802.1 la, the invention described herein in a preferred embodiment, realizes an end-to-end 
reliable, stable wireless connection between a vehicle and an Intemet-connected server. 

Those having skill in the relevant arts will now, with the benefit of the present disclosure 
of preferred embodiments, perceive various modifications and additions which may be 
iacorporated into the invention. By way of example, while particular wireless protocols have 
been described, the invention could be readily configured to conform to other wireless protocols. 
Moreover, while a preferred embodiment of the wireless bridge apparatus of the invention is 
configured with a unitary enclosure, alternative embodiments could readily provide separate, 
interconnected enclosures to further assure isolation between respective wireless modular plug-in 
commtmication cards. Accordingly, the scope of the invention herein is limited only by the 
appended claims and their equivalents. 
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1 . A two-way wireless cotmnimication system comprising: 
a plurality of wireless personal area network devices; 
5 a wireless local area network device; and 

a wireless bridge apparatus having a first transceiver module for two-way data 
communication with said personal area network devices and having a second transceiver module 
for two-way data communication with said local area network device. 


10 2. The communication system recited in claim 1 further comprising a remote 

Internet-connected backend server for communicating with said local area network device and 
thus said personal area network devices via said wireless bridge. 

3. The communication system recited in claim 1 wherein said first transceiver 
15 module and said second transceiver module operate at different frequencies. 

4. The communication system recited in claim 1 wherein said second transceiver 
module has a bandwidth sufficiently wide to provide substantially simultaneous communication 
with up to seven said personal area network devices. 

20 

5. The communication system recited in claim 1 wherein said wireless bridge 
apparatus provides a first coverage area for commxxnication with said personal area network 
devices and a second coverage area for communication Avith said local area network device; said 
first area beiag smaller than said second area and being entirely contained within said second 

25 area. 

6. The conmiunication system recited in claim 1 wherein in each said personal area 
network device has a unique address and wherein said system comprises a plurality of said 
wireless bridge apparatuses for said two-way wireless communications over a plurality of 

30 distinct adjacent first areas; 

said local area network device maintaicdng substantially constant two-way data 
communications with each said personal area network device during roamiag from one said 
distinct adjacent first area to another said distract adjacent first area. 
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7. The communication system recited in claim 6, wherein each said wireless bridge 
apparatus provides a first coverage area for communication with said personal area devices and a 
second coverage area for communication with said local area network device; each said first area 
being smaller than each said second area and being entirely contained within a corresponding 
second area. 

8. The communication system recited in claim 3 wherein said first transceiver 
module operates at a fi:equency that is below 5 GHz and wherein said second transceiver module 
operates at a firequency that is above 5 GHz. 

9. The communication system recited in claim 4 wherein the bandwidth of said 
second transceiver module is at least ten times Hie bandwidth of said first transceiver module, 

10. The communication system recited in claim 2 wherein said remote Internet- 
connected backend server caxmot reliably communicate directly with said personal area network 
devices because of the limited coverage area of said personal area network devices. 

11. A two-way wireless communication system for data transmission between at least 
one personal area network device and a remote server located beyond the range of the personal 
area network device; the conmiunication system comprising: 

a wireless local area network device in communication with said remote server; 

and 

a wireless bridge apparatus having a first transceiver module for two-way data 
communication with said personal area network device and having a second transceiver module 
for two-way data commimication with said local area network device. 

12. The conmiunication system recited in claim 1 1 fiirfher comprising an Intemet 
connection for communicating with said remote server and thus said personal area network 
device via said wireless bridge. 

13. The communication system recited in claim 1 1 wherein said first transceiver 
module and said second transceiver module operate at different frequencies. 


16 


wo 02/08857 PCT/USOl/23017 

14. The communication system recited in claim 1 1 wherein said second transceiver 
module has a bandwidth suJOBlciently wide to provide substaotially simultaneous conununication 
with up to seven said personal area network devices. 

15. The comnimiication system recited in claim 1 1 wherein said wireless bridge 
apparatus provides a first coverage area for communication with said personal area network 
device and a second coverage area for communication with said local area network device; said 
first area being smaller than said second area and being entirely contaiaed within said second 
area. 

16. The communication system recited in claim 1 1 wherein in said personal area 
network device has a unique address and wherein said system comprises a plurality of said 
wireless bridge apparatuses for said two-way wireless communications over a plurality of 
distinct adjacent first areas; 

said local area network device maintaining substantially constant two-way data 
communications with said personal area network device during roaming firom one said distinct 
adjacent first area to another said distinct adjacent first area. 

17. The communication system recited in claim 16, wherein each said wireless bridge 
apparatus provides a first coverage area for commxmication with said personal area devices and a 
second coverage area for communication with said local area network device; each said first area 
being smaller than each said second area and being entirely contained within a corresponding 
second area. 

18. The communication system recited in claim 13 wherein said first transceiver 
module operates at a frequency that is below 5 GHz and wherein said second transceiver module 
operates at a firequency that is above 5 GHz. 

19. The communication system recited in claim 14 wherein the bandwidth of said 
second transceiver module is at least ten times the bandwidth of said first transceiver module. 
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20. The communication system recited ia claim 12 wherein said remote Intemet- 
coimected backend server cannot reliably communicate directly with said personal area network 
device because of the limited coverage area of said personal area network device. 

21 . A two-way wireless data communication system for use at a commercial site, the 
site having at least one kiosk tlirough which a consumer may conduct a transaction for goods or 
services using a PAN device^ the site also having a data server remote from the kiosk and too 
distant &om the consumer's PAN device to communicate directly with the PAN device; the 
communication system enabling two-way real time data transfer between the PAN device and 
the remote server and comprising: 

a wireless local area network device coimected to said remote server; and 

a wireless bridge apparatus having a first transceiver module for two-way data 

communication with said PAN device and having a second transceiver module for two-way data 

communication with said local area network device. 

22. The communication system recited in claim 21 wherein said first transceiver 
module and said second transceiver module operate at different frequencies. 

23. The communication system recited in claim 21 wherein said second transceiver 
module has a bandwidth sufficiently wide to provide substantially sioaultaneous communication 
with up to seven said PAN devices. 

24. The communication system recited in claim 21 wherein said wireless bridge 
apparatus provides a fiirst coverage area for communication with said PAN device and a second 
coverage area for communication with said local area network device; said first area being 
smaller than said second area and beiag entirely contained within said second area. 

25. The communication system recited in claim 21 wherein in said PAN device has a 
unique address and wherein said system comprises a plurality of said wireless bridge apparatuses 
for said two-way wireless comutnunications over a plurality of distuict adjacent first areas; 

said local area network device maintaining substantially constant two-way data 
communications with said PAN device during roaming from one said distinct adjacent first area 
to another said distinct adjacent first area. 
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26. The communication system recited in claim 25, wherein each said wireless bridge 
apparatus provides a first coverage area for communication with said PAN device and a second 
coverage area for communication with said local area network device; each said first area being 

5 smaller than each said second area and being entirely contained within a corresponding second 
area. 

27. The communication system recited in claim 22 wherein said first transceiver 
module operates at a firequency that is below 5 GHz and wherein said second transceiver module 

10 operates at a firequency that is above 5 GHz. 

28. The communication system recited in cleiim 23 wherein the bandwidth of said 
second transceiver module is at least ten times the bandwidth of said first transceiver module. 

15 29. The communication system recited in claim 21 wherein said remote Intemet- 

coimected backend server cannot reliably communicate directly with said personal area network 
device because of the limited coverage area of said personal area network devices. 

30. A two-way wireless data communication system for use at a commercial site, the 
20 site having at least one kiosk through which a consumer may conduct a transaction for goods or 

services using a PAN device, the site also having a data server remote firom the kiosk and too 
distant firom the consumer's PAN device to communicate directly with the PAN device; the 
communication system enabling two-way real time data transfer between the PAN device and 
the remote server and comprisuag: 

25 a wireless local area network device connected to said remote server; and 

a wireless bridge apparatus having a first transceiver module for two-way data 
communication with said PAN device and having a second transceiver module for two-way data 
communication with said local area network device; 

whereui said commercial site is a vehicle service station and said kiosk provides 

30 at least one gasoline pump. 

3 1 . The communication system recited in claim 30 wherein said PAN device is a 
communication module mounted in a vehicle at said vehicle service station. 
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32. The commimication system recited in claim 30 wherein said PAN device is a 
hand-held PDA. 

33. The communication system recited in claim 21 wherein said PAN device employs 
Bluetooth wireless protocol. 

34. The communication system recited in claim 21 wherein said local area network 
device employs IEEE802.1 la protocol. 

35. The communication system recited in claim 30 wherein said wireless bridge 
apparatus is located in proximity of said gasoline pump. 

36. A method for providing a data communication interface in a vehicle service 
station having a plurality of gasoline pumps located remote from a station Ihtemet-connected 
backend server, the interface being between at least one Avireless PAN device and the Ihtemet- 
connected backend server; the method comprising the steps of: 

placing a wireless LAN transceiver and a wireless PAN transceiver within a data 
transfer bridge; 

locating said bridge within a first selected distance from said pumps, said first 
selected distance being within the maximxun range of said PAN device; 

connecting said Intemet-connected backend server to a LAN communications 

apparatus; 

locating said LAN communications apparatus within a second selected distance 
from said bridge, said second selected distance being within the maximum range of said LAN 
transceiver; and 

operating said wireless LAN transceiver and said wireless PAN transceiver at 
different transmission frequencies to preclude interference therebetween. 
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37- A communication system for providing a communications link between a 
moveable wireless device and a remotely located iatemet connected backend server, the 
moveable device having no intemet protocol address; the system comprising: 

at least two conmiunication multiplexing devices positioned at spaced apart 
5 locations and formiag separate coverage zones for two-way communication with said moveable 
device when said moveable device is located in a corresponding zone; each said multiplexing 
device having a xmique intemet protocol address and a separate connection to said server; and 

automatic buffering and switching means for selecting an alternative intemet 
protocol address and separate connection between the server and a corresponding multiplexing 
10 device when said moveable device leaves one said coverage zone and enters another said 
coverage zone. 

38. The communication system recited in claim 37 wherein each said separate 
connection between each said multiplexing device and said server is a wireless connection. 

15 

39. The communication system recited in claim 37 wherein said coverage zones are 
substantially adjacent one another for substantially continuous communications between said 
moveable device and said server as said moveable device leaves one said coverage zone and 
immediately enters another said coverage zone. 

20 

40. The communication system recited in claim 37 wherein each said multiplexing 
device comprises a Avireless bridge having distinct transceivers for communicating with said 
moveable device and said server. 
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